home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Oct 89 / Z0052-Re Changing MacApp -Oct89 < prev    next >
Encoding:
Text File  |  1989-10-12  |  1.6 KB  |  39 lines  |  [TEXT/GEOL]
  1. Item    9442518                         12-Oct-89        00:09
  2.  
  3. From:   MUYSVASOVIC1                    ER&D - J-D Muys-Vasovic
  4.  
  5. To:     D2086                           Efficient Field Svc, C Faith,PRT
  6.  
  7. cc:     MACAPP.TECH$                    MACAPP Tech
  8.  
  9. Sub:    Re: Changing MacApp Source
  10.  
  11. Curtis,
  12.  
  13. Your are right: we would like to be able to change the behavior of whatever
  14. class in the hierarchy without the problems you raise. However, this problem
  15. does not belong to MacApp, but more to any object-oriented approach, with an
  16. directed acyclic inheritance graph for data types. This is so in Smalltalk for
  17. example.
  18.  
  19. In fact this is an instance of a more general class of problems: you have some
  20. working code that you want to customize for your needs. Without OOP, it's close
  21. to impossible. OOP introduced a clean way to do that: subclassing and
  22. overriding. Of course, this rely on the fact that the implementer of the class
  23. you subclass divided its behavior into methods with sufficiently small
  24. granularity. In fact the smaller the granularity, the more customizable the
  25. code. But then you reach an efficiency problem. That's a good example of trade
  26. off. That reminds me of a joke about specialists: a specialist is a person who
  27. knows a lot about a small part of human knowledge. The ultimate specialist is
  28. therefore a person who knows everything about nothing.
  29.  
  30. The real life solution to the problem, introduced by Smalltalk and taken over
  31. by MacApp, is to modify the source code in some (undefined) circumstances, with
  32. all the associated problems.
  33.  
  34. Such is life.
  35.  
  36. Jean-Denis Muys-Vasovic.
  37.  
  38.  
  39.